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(57) A method of filtering a packet data stream as 
transmitted in an digital audiovisual transmission sys- 
tem characterised In that transport packet data is fil- 
tered at a first stage by a digital filter 42 according to the 
characteristics of the transport packet header, selected 
filtered data being then passed directly to a memory 
element 44 within the receiver/decoder. 

In a second aspect, the method comprises filtering 
a packet data stream characterised in that transport 
packet data is filtered at a first stage by a first digital filter 
42 according to the characteristics of the transport 
packet header, selected filtered data from the payload 
corresponding to a continuous flux of data then being 
passed to a second digital fitter 45 for a second stage of 
filtering. 
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Description 

[0001 ] The present invention relates to a method and 
apparatus for filtering a digital packet data stream as 
used in a digital audiovisual transmission system, in 
particular a packet data stream conforming to an MPEG 
format for a digital television system. 
[0002] Conventional digital television broadcast sys- 
tems transmit data in the form of discrete transport 
stream packets or transport packets, each packet being 
of a predetermined length and containing a header arKJ 
a payload. The MPEG standard is the currently favoured 
standard in this domain and sets out a predetermined 
format for transport packets. 

[0003] The packet header comprises general descrip- 
tive data regarding the packet, whilst the payload com- 
prises the data to be processed at the receiver. The 
packet header includes a packet ID or PID identifying 
the packet. The payload of the packet may contain 
audio, video or other data such as application data proc- 
essed by the receiver/decoder to provide extra func- 
tions, for example to generate a program guide or other 
visual data that may be superimposed on the screen 
over the normally displayed program. 
[0004] Conventionally, the incoming data stream is fil- 
tered by a receiver/decoder according to the PID of 
each packet. Demultiplexed visual and audio data is 
then passed directly to dedicated processor elements in 
the receiver/decoder adapted to generate real time vis- 
ual and audio images respectively. Teletext and subtitle 
data are similarly passed directly to the general micro- 
processor of the receiver/decoder to generate real time 
teletext and subtitle displays. 

[0005] Data requiring immediate processing such as 
visual, audio, teletext and suk>title data is communicated 
to an appropriate processor in the form of what is con- 
ventionally known as a packetised elementary stream or 
PES. This continuous flux of data, which is formed by 
assembling the payloads of the transport packets, itself 
comprises a sequence of packets, each PES packet 
comprising a packet header and payload. Unlike the 
transport packet data, the length of a PES packet is var- 
iable. TTie filtered PES streams are processed immedi- 
ately in order to provide a real time operation. 
[0006] Whilst visual, audio, teletext or subtitle data are 
the most common types of data defined by a PES 
stream, other flux type data may equally be organised 
as a PES stream. 

[0007] In addition to PES stream data, other data not 
requiring immediate processing may also be contained 
within the payloads of the transport packets. Unlike PES 
data, which is treated immediately by a processor to 
generate a real time output, this data is typically proc- 
essed in an asynchronous manner by the processor. 
The data is often cyclical, i.e. the functions defined by 
the data are called up at several intervals by a proces- 
sor. 

[0008] In tNs case, the data contained in the payload 



of the transport packets is divided into a series of sec- 
tions or tables, each including a header and a payload. 
the header including a table ID or TID identifying the 
table. After the initial PID filtering, a second stage of fil- 

5 tering based on the section header is used to divide out 
modules with the same TID, and the payloads of these 
modules are stored and gradually asserrt>led in a mem- 
ory element in the receiver/decoder to build up the 
downloaded application. Unlike PES data, the order in 

10 which the sections arrive is not important, since tiie 
application is assembled over a period of time. 
[0009] A method of assembling application data in this 
way is described in the pending patent application 
PCT/EP97/02114 filed in the name of the present appli- 

15 cants. 

[0010] Whilst the use of a set of assemt^ed sections 
enat>les complex applications to be downloaded and 
executed by the microprocessor, the steps required in 
this process lead to a relatively long processing time 
20 since all tables having the same TID must be kientified. 
filtered out and stored in the memory before the applica- 
tion is complete. 

[0011] It is an object of the present invention to pro- 
vkJe a method and apparatus for filtering transmitted 

25 data packets which overcomes tiie disadvantages of tiie 
known packet filtering systems. 
[0012] According to one aspect of the present inven- 
tion, there is provided a method of filtering a packet data 
stream as transmitted in an digital audiovisual transmis- 

30 sion system and received by a receiver/decoder charac- 
terised in that transport packet data is filtered at a first 
stage by a first digital filter according to the characteris- 
tics of the transport packet header, selected filtered data 
then being passed directly to a memory element within 

35 the receiver/decoder. 

[0013] This method of treating the packet data repre- 
sents a radical departure to tiie conventional method, in 
which data filtered according to the PID packet header 
value is either sent directly (in the form of a PES stream) 

40 to a dedicated processor or is filtered in a second stage 
according to a TID value before being assemt3led in the 
memory of the decoder. 

[0014] By storing transport packet data directfy after a 
first stage filtering, the present invention permits tiie 

45 direct and rapid processing of data that would otherwise 
have to be compiled over a period of time by assembling 
a series of tables etc. For example, raw or native data 
may be carried in the payload of the transport packet for 
storage in the memory and subsequent use by the main 

50 processor of the receiver/decoder. 

[0015] The ti^ansport packet data may be filtered at 
least according to tiie value of a packet ID or PID within 
the transport packet header. However, in a preferred 
embodiment the data may be filtered according to other 

55 bit values within the transport packet header in addition 
to the value of the packet ID. 

[0016] The data passed to and stored In the memory 
element may cqi^espond to only a part of a transport 
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packet, for example, the pay load of a packet. Preferably, 
however, a complete transport packet including the 
packet header and payload is passed to and stored in 
the memory element. This facilitates later treatment of 
the packet data. For example, it may be desired to carry 
out an analysis of the transport packet header charac- 
teristics. 

[0017] In the case where an MPEG-type format is 
used, the transport packet data is transmitted in packets 
of fixed size. In one advantageous embodiment, a fil- 
tered packet is passed to a memory element having the 
same size as the fixed packet size. 
[0018] Data contained within the payload of the trans- 
port packet may itself be organised in the form of sec- 
ondary packets of data each with a header and a 
payload. Unlike the transport packets, these secondary 
data packets may have a variable packet length. 
[001 9] In particular, in the case where the transmitted 
data is organised in an MPEG format, the data con- 
tained in the payload of an MPEG transport packet may 
be organised in the form of a packetised elementary 
stream or PES. This packetised elementary stream may 
correspond to a video, audio, teletext. sid>title or other 
packetised elementary stream which may be processed 
directly by a corresponding processor of the 
receiver/decoder. 

[0020] In addition to passing selected packets to a 
memory element, the digital filter may also be used to 
pass selected data to a processor, e.g. to pass selected 
data to a visual processor to generate an image, without 
first being stored in a memory element. 
[0021] Data may be passed to a processor for execu- 
tion either directly or via a second digital filter stage. In 
the case where data contained in the payload of trarts- 
port packets is organised in the form of secondary data 
packets, the second digital filter may filter the packets 
based on the value of one or more elements of the 
header of the secondary packets of data. 
[0022] Data filtered by the second digital filter may be 
passed to an associated memory element for storage 
and/or to a processor for decoding after having been fil- 
tered. 

[0023] According to a second aspect, the present 
invention comprises a method of filtering a packet data 
stream as transmitted in an digital audiovisual transmis- 
sion system and received by a receiver/decoder charac- 
terised in that transport packet data is filtered at a first 
stage by a first digital filter according to the characteris- 
tics of the transport packet header, selected filtered data 
from the paytoad con-esponding to a continuous flux of 
data then being passed to a second digital filter for a 
second stage of filtering. 

[0024] Again, unlike known systems, the payload data 
subjected to the second filtering stage corresponds to a 
continuous flux of data, rather than, for example, a set of 
tatxjiated sections that are assembled over a period of 
time. 

[0025] As with the first aspect of the invention, the 



continuous flux of data contained in the payload of 
transport packets may further be organised in the form 
of secondary data packets, the second digital filter act- 
ing to filter the packets based on the value of one or 
5 more elements of the header of the secondary packets 
of data. 

[0026] This aspect of the present invention is particu- 
larly applicable to a method of filtering a packet data 
stream in which the transmitted data is organised in an 
10 MPEG format, notably in which the continuous flux of 
data contained in the payload of a filtered and stored 
MPEG packet is organised in the form of a packetised 
elementary stream. 

[0027] As before, data filtered by the second digital f il- 

75 ter may be passed to an associated memory element 
for storage and/or to a processor for execution, depend- 
ing on the results of the filtering. 
[0028] As will be appreciated, any of the methods of 
filtering packet data described above, according to 

20 either the first or second aspects of the present inven- 
tion, may be carried out in parallel with other filtering of 
the transport packet data. In particular, filtering of trans- 
port packet data may also be carried out according to 
the value of the PID of the transport packet stream so as 

25 to divide out packetised elementary stream data to be 
sent to a corresponding processor element. 
[0029] In addition, parallel filtering of transport packet 
data according to the value of the PID, followed by a fur- 
ther filtering of sections contained within the payload of 

30 a transport packet according to the value of the section 
header may also be carried out. 

[0030] The present invention extends in one aspect to 
a receiver/decoder for a digital audiovisual transmission 
system comprising a first digital filter and memory ele- 
35 ment, characterised in that selected transport packet 
data is filtered at a first stage by the first digital filter 
according to the characteristics of the transport packet 
header and thereafter passed directiy to tiie memory 
element. 

40 [0031 ] The present invention equally extends to a 
receiver/decoder for a digital audiovisual transmission 
system comprising a first and second digital filter, char- 
acterised in that transport packet data is filtered at a first 
stage by the first digital filter, selected filtered data from 

45 tiie payload corresponding to a continuous flux of data 
tiien being passed to the second digital filter for a sec- 
ond stage of filtering. 

[0032] In the context of the present applk^ation the 
term (digital audiovisual transmission systems) defers 

50 to all transmission systems for transmitting or broad- 
casting primarily audiovisual or multimedia digital data. 
Whilst the present invention is particularly applicable to 
a broadcast digital television system, the present inven- 
tion may equally be used in filtering data sent by a fixed 

55 telecommunications network for multimedia internet 
applications etc. 

[0033] The term MPEG refers to the data transmission 
standards developed by the International Standards 
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Organisation working group "Motion Pictures Expert 
Group" and notably the MPEG-2 standard developed for 
digital television applications and set out in the docu- 
ments ISO 13818-1. ISO 13818-2. ISO 13818-3. and 
IS0 1 381 8-4. In the context off the present patent appli- 5 
cation, the term includes all variants, modifications or 
developments of the basic MPEG formats applicable to 
the field of digital data transmission. 
[0034] Similarly, whilst the description refers to 
<< receiver/decoders >>and ((decoders )> It will be 10 
understood that the present invention applies equally to 
emtxxliments having a receiver integrated with the 
decoder as to a decoder unit functioning in combination 
with a physically separate receiver. 

[0035] There will now be described, by way of exam- is 
pie only, a preferred embodiment of the present inven- 
tion, with reference to the attached figures, in which: 



[0036] An overview of a digital television system 1 
according to the present invention is shown in Rgure 1 . 35 
The invention includes a mostly conventional digital tel- 
evision system 2 that uses the known MPEG-2 com- 
pression system to transmit compressed digital signals. 
In more detail. MPEG-2 conpressor 3 in a broadcast 
centre receives a digital signal stream (typically a 40 
stream of video signals). The compressor 3 is con- 
nected to a multiplexer and scrambler 4 by linkage 5. 
[0037] The multiplexer 4 receives a plurality of further 
input signals, assmibles the transport stream and 
transmits compressed digital signals to a transmitter 6 45 
of the broadcast centre via linkage 7. which can of 
course take a wide variety of fams including telecom- 
munications links. The transmitter 6 transmits electro- 
magnetic signals via uplink 8 towards a satellite 
transponder 9. where they are electronically processed so 
and broadcast via notional downlink 1 0 to earth receiver 
12. conventionally in the form of a dish owned or rented 
by the end user. The signals received by receiver 12 are 
transmitted to an integrated receiver/decoder 13 owned 
or rented by the end user and connected to the end ss 
leer's television set 14. The receiver/decoder 13 
decodes the compressed MPEG-2 signal into a televi- 
sion signal for the television set 14. 



[0038] Other transport channels for transmission of 
the data are of course possible, such as ten^estrial 
broadcast, cable transmission, combined satellite/cable 
links, telephone networks etc. 

[0039] In a multichannel system, the multiplexer 4 
handles audio and video information received from a 
number of parallel sources and interacts with the trans- 
mitter 6 to broadcast the information along a con-e- 
sponding number of channels. In addition to audiovisual 
information, messages or applications or any other sort 
of digital data may be introduced in some or all of these 
channels interlaced with the transmitted digital audio 
and video information. 

[0040] A conditional access system 1 5 is connected to 
the multiplexer 4 and the receiver/decoder 13. and is 
located partiy in the broadcast centre and partly in the 
decoder. It enables the end user to access digital televi- 
sion broadcasts from one or more broadcast suppliers. 
A smartcard, capable of deciphering messages relating 
to commercial offers (that is. one or several television 
programmes sold by the broadcast supplier), can be 
inserted into the receiver/decoder 13. Using the 
decoder 13 and smartcard. the end user may purchase 
commercial offers in either a subscription mode or a 
pay-per-view mode. 

[0041 ] As mentioned above, programmes transmitted 
by the system are scrambled at the multiplexer 4, the 
conditions and encryption keys applied to a given trans- 
mission being determined by the access control system 
15. Transmission of scrambled data in this way Is well 
known in the field of pay TV systems. Typically, scram- 
bled data is transmitted together with a control word for 
descrambling of tiie data, tiie control word itself being 
encrypted by a so-called ecploitation key and transmit- 
ted in encrypted form. 

[0042] The scrambled data and encrypted control 
word are tiien received by tiie decoder 13 having 
access to an equivalent off the exploitation key stored on 
a smart card inserted in the decoder to decrypt the 
encrypted control word and thereafter descramble tiie 
transmitted data. A paid-up sul^scriber will receive, for 
example, in a broadcast monthly ECM (Entitlement 
Control Message) the exploitation key necessary to 
decrypt the encrypted control word so as to permit view- 
ing of tiie transmission. 

[0043] An interactive system 1 6. also connected to tiie 
multiplexer 4 and the receiver/decoder 13 and again 
kx^ated partiy in tiie broadcast centre and partiy In the 
decoder, enatdes the end user to interact with various 
applications via a modem back channel 17. The modem 
back channel may also be used for communications 
used in tiie conditional access system 15. An interactive 
system may be used, for example, to enable the viewer 
to communicate immediately witii the transmission cen- 
tre to demand authorisation to watch a particular event, 
download an application etc. 

[0044] Referring to Figure 2. the elements of ttie 
receiver/decoder 13 or set-top box adapted to be used 



Figure 1 shows an oven/iew of a digital television 

system: 20 

Figure 2 shows tiie elements of a receiver/decoder 
for use in a digital television system; 

Figure 3 shows the digital filters used in the 2S 
decoder of Figure 2 to filter packet data according 
to this embodiment of the present invention; and 

Figure 4 shows the structure of data packets within 
the transmitted data stream as well as the structure 30 
of data contained within the payload of such pack- 
ets. 
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in the present invention will now be described. The ele- 
ments shown in this figure will be described in terms of 
functional blocks. 

[0045] The decoder 1 3 comprises a central processor 
20 including associated memory elements and adapted 
to receive input data from a serial interface 21 . a parallel 
interface 22. a modem 23 (connected to the modem 
back channel 1 7 of Fig 1 ). and switch contacts 24 on the 
front panel of the decoder. 

[0046] The decoder Is additionally adapted to receive 
inputs from an infra-red remote control 25 via a control 
unit 26 and also possesses two smartcard readers 27, 
28 adapted to read bank or subscription smartcards 29, 
30 respectively. The subscription smartcard reader 28 
engages with an inserted subscription card 30 and with 
a conditional access unit 29 to supply the necessary 
control word to a demultiplexer/descrambler 30 to ena- 
ble the encrypted broadcast signal to be descrambled. 
The decoder also includes a conventioncd tuner 31 and 
demodulator 32 to receive and demodulate the satellite 
transmission before being filtered and demultiplexed by 
the unit 30. 

[0047] Processing of data within the decoder is gener- 
ally handled by the central processor 20. The software 
architecture of the central processor may correspond to 
that used in a known decoder and will not be described 
here in any detail. It may be based, for examplep on a 
virtual machine interacting via an interface layer with a 
lower level operating system implemented in the hard- 
ware components of the decoder. In terms of the hard- 
ware architecture, the decoder will be equipped with a 
processor, memory elements such as ROM, RAM. 
FLASH etc. as in known decoders. 
[0048] In the case of received audio and video signals, 
and as wilt t^e described in more detail below, the MPEG 
packets containing these signals will be demultiplexed 
arKi filtered so as to pass real time audio and video data 
in the form of a packetised elementary stream (PES) of 
audio and video data to dedicated audio and video proc- 
essors or decoders 33. 34. The converted output from 
the audio processor 33 passes to a preamplifier 35 and 
thereafter via the audio output of the receiver/decoder. 
The converted output from the vkJeo processor 34 
passes via a graphic processor 36 and PAI/SECAM 
encoder 37 to the video output of the receiver/decoder. 
[0049] The graphic processor 36 additionally receives 
graphic data for display (such as generated images etc) 
from the central processor 20 and combines this infor- 
mation with information received from the video proces- 
sor 34 to generate a screen display combining moving 
images together with overlaid text or other images. 
[0050] In the case of received teletext and/or subtitle 
data, the conversion of the real lime PES data to gener- 
ate the appropriate images may also be handled by 
dedicated processors. However, in most conventional 
systems, this is handled by the processor 20. 
[0051] The processing of the filtered audiovisual and 
teletext/subtitle data to generate the necessary image 



arxf sound data is conventional and need not be 
described in any further detail. 

[0052] Referring now to Figures 3 and 4, a system of 
filtering packet data within the demultiplexer 30 will now 

5 be described. In Figure 3, descrambled MPEG packets 
arriving from the descrambler part of the demultiplexer 
(not shown) are passed by a first stage of digital filters 
40. This stage of filters comprises a standard set of four 
PID filters 41 for extracting visual, audio, teletext and 

10 subtitle data, four packet header filters 42 for extracting 
MPEG packets having predetermined header charac- 
teristics, and a further conventional twenty eight PID fil- 
ters for extracting MPEG packets of a predetermined 
PID value. 

IS [0053] Referring to Figure 4. the structure of a stand- 
ard MPEG-2 packet 60 of transmitted data is shown. 
The packet has a fixed length of 188 bytes and com- 
prises a header 61 and a payload 62. The header 61 
has a fixed size of 4 bytes (32 bits). The payload has a 

20 length of 184 bytes (1472 bits). 

[0054] The first byte 62 of the header comprises syn- 
chronisation data, the remaining 3 bytes (24 bits) being 
occupied by a packet ID or PID section 63 and other 
data 64. The PID section has a length of 13 bits, the 

25 other data occupying the remaining 1 1 bits. 

[0055] In detail in a standard MPEG packet, the 3 
header bytes following the synchronisation data com- 
prise: 

30 Transport error indicator 
1 bit 

Payload unit start indicator 

1 bit 

Transport priority 
35 1 bit 
PID 
13 bits 

Transport scrambling control 

2 bits 

40 Adaptation field control 
2 bits 

Continuity counter 
4 bits 

45 [0056] Referring back to Figure 3. the filters 41 for 
extracting the video, audio etc data streams carry out a 
filtering process based solely on the value of the bits 
within the PID section 63. For this reason, the filters 
have a size of 13 bits, corresponding to the size of this 

so section. 

[0057] As in conventional MPEG systems, certain 
transport packets at reserved PID addresses contain 
information regarding the PID addresses of audio pack- 
ets, visual packets etc. This inlbrmation enat)Ies the f il- 
55 ters 41 to extract the correct packets for sut>sequent 
processing. Once the transport packet header is 
removed, the extracted PES streams contained in the 
payload anc| filtered out by these filters are passed 
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directly to the appropriate processors for real time con- 
version to image and sound data. 
[0058] By way of contrast, the filters 42 according to 
this embodiment of the invention carry out a filtering of 
data based on the whole of the packet header 63. 64 
including the PID section 63 but excluding the synchro- 
nisation byte 62. For this reason, the filters 42 each 
have a size of 24 bits or 3 bytes. 
[0059] As with all conventional digital filters, the filters 
42 can be pre-set to recognise the presence or absence 
of a given bit or to ignore the value of a bit at a particular 
location by masking this bit. The filters 42 may be imple- 
mented in a fixed hardware circuit or by means of a ded- 
icated programmable processor operating with an 
embedded software program. The characteristics of the 
digital filters 42 can be pre-programmed by the central 
control unit of the receiver/decoder and may be 
changed as desired. 

[0060] In the present embodiment, four filters 42 have 
been indicated. For ease of representation, the four 
data streams emerging from the output of the filters 
have been shown as a single data flow. In other embod- 
iments other numbers of such fillers may be provided in 
parallel. 

[0061 ] Depending on the outcome of the filtering proc- 
ess, some of the data may be passed to and stored in a 
dedicated memory element 44. for example a RAM ele- 
ment. Alternatively, a predetermined space in the gen- 
eral memory of the receiver/decoder may be allocated 
to the storage of this data. In this emtKxJIment, the 
whole of a received and filtered MPEG packet of data is 
stored in the memory element 44, which has a corre- 
sponding size of 1 88 bytes. In alternative arrangements, 
only the 184 byte payload of the MPEG packet may be 
stored. As before, four such buffer elements will be pro- 
vided for each of the four filters. 
[0062] Data may be stored in the memory element 
according to either a simple mode, where only the first 
matching packet is stored, the remaining filtered pack- 
ets being ignored, or a repeat mode where each match- 
ing packet is stored in the memory, a new packet 
erasing a previously stored packet 
[0063] Once stored in the memory element 44. such 
data may be called up and processed at will by the 
receiver/decoder. For example, the payload of the trans- 
port packet may contain raw or native code to be exe- 
cuted by elements of the decoder. Alternatively, it may 
be desired to analyse the characteristics of the header 
of the transport packet. 

[0064] Unlike known systems for extracting and stor- 
ing data modules aranged in a fixed table form (see the 
desaiption below of PID filters 42 and the subsequent 
processing), the filter stage 42 is particularly adapted to 
tittering and storing transport packets containing PES 
data, such as video or audio PES data, as it arrives in 
one sequential block. As will now be described, instead 
of passing a transport packet to the memory 44, the fil- 
ter 42 may remove the transport packet header and 



send the PES data contained in the payload to a second 
digital filter 45. 

[0065] Refen^ing to Figure 4. the lower illustration rep- 
resents PES data packet 65 that may be carried in one 
5 or more payloads 62 of an MPEG packet 60. Unlike an 
MPEG packet, a PES packet is of variable length and 
one PES packet may be carried in a plurality of transmit- 
ted MPEG packets. 

[0066] The PES packet comprises a header section 
10 66 and payload 67. The header section 66 of a PES 
packet breaks down as follows: 



15 



20 



25 



Packet start code prefix 
Stream identifier 
PES packet length 
Flag Field 
Optional Fields 
Stuffing bytes 



3 bytes 

1 byte 

2 bytes 
2 bytes 

(variable length) 
(variable length) 



[0067] In the present case, the elements of the PES 
header that are to be considered in the second stage fil- 
tering process and their maximum value are: 

From the Flag field: 

[0068] 



Flags 8 bit max 
30 From the Optional Relds: 
[0069] 

PTS fields 33 bit max 

35 DTS fields 33 bit max 

DSM trick mode field 8 bit max 

[0070] The meaning of each of the fields relates to the 
field of digital broadcasting and will be known to one 

40 skilled in the art. The term "PTS" refers to the "Presen- 
tation Time Stanrrp" and determines the relative timing 
of display of data in that packet. "DTS" refers to 
"Decoder Time Stamp" and determines the relative tim- 
ing of processing of data, and "DSM Trick Mode" is used 

45 to treat the data in a particular manner. e.g. by freezing 
a frame, repeating a frame etc. The term "Flag fieWs" 
refers a set of flags indicating the presence or absence 
of certain information. In the present case, filtering Is 
only carried out on half the available flags in the flag 

50 field. 

[0071 ] Referring to Figure 3. in order to conrectly filter 
data t>ased on the PES Header values described above, 
the second filter 45 needs to have a see of 82 bits cor- 
responding to the maximum size of all the above values. 
55 The filtering process can be canried out on an "OR" 
basis, i.e. if any of the fields (flag, PTS. DTS. DSM Trick 
Mode) are present the PES stream may be sent to a 
memory elemerit 46 or via a switch element 47 to the 
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dedicated processor element for real time processing 
and presentation. As before, filtering may be carried out 
according to known digital filtering techniques; masking, 
comparison of a field to a given maximum/minimum 
value etc. 

[0072] As described above, the filtering at the filter 45 
has been carried out in relation to the PES header. 
However, in other embodiments, the filtering may car- 
ried out in relation to the payload. In such a case, the 
system operator defines the characteristics of the pay- 
load to permit filtering, for example, by defining a 
number of predetermined fields after the end of the 
header that may be Identified and filtered by the filter 45 
etc. 

[0073] The memory 46 may have any value sufficient 
to store a useful amount of PES data. In the present 
case, a memory of 1024 bytes has been chosen. 
[0074] The switch element 47 is needed in order to 
prevent overloading a given processor. As described 
above, the filtering stages 42. 45 work in parallel with 
the filters 41 . In the case where the filters 42. 45 are set 
up to direct a given PES stream (for example, a video 
PES stream) to a processor for immediate real time 
processing, it is necessary to inhibit the supply of the 
same data stream type (for example, the video PES 
exiting from the filters 41) to the same processor. 
[0075] In addition to the filters 41, 42. the present 
embodiment also Includes a further set of PID filters 43 
adapted to identify and process downloaded application 
data stored in the form of sections within the payload of 
the MPEG packet. Application data identified by the PID 
filters 43 is routed via further set of thirty two section fil- 
ters 48 which carry out a further filtering operation 
based on the value of the section header Including the 
table ID present in the header of the tables within the 
MPEG packet payload. The filtered tables are then 
passed via FIFO buffers 49 to be assembled in the proc- 
essor memory 50. 

[0076] As mentioned in the introduction, this filtering 
of data by table ID is in itself known and described, for 
exanrple. in the pending patent application 
PCT/EP97/021 14 filed in tiie name of the present appli- 
cants. As such, it need not be described In any further 
detail. 

Claims 

1 . A method of filtering a packet data stream as trans- 
mitted in an digital audiovisual transmission system 
and received by a receiver/decoder characterised 
in that transport packet data is filtered at a first 
stage by a first digital filter according to the charac- 
teristics of the transport packet header, selected fil- 
tered data being being passed directly to a memory 
element within the receiver/decoder. 

2. A method of filtering a packet data stream as 
claimed In claim 1 in which the transport packet 
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data is filtered at least according to the value of a 
packet ID within the transport packet header. 

3. A method of filtering a packet data stream as 
claimed In claim 1 or 2 In which the transport packet 
data is filtered according to other bit values within 
the transport packet header in addition to the value 
of the packet ID. 

4. A method of filtering a packet data stream as 
claimed in any preceding daim in which a complete 
transport packet including the packet header and 
payload Is passed to and stored In the memory ele- 
ment. 

5. A method of filtering a packet data stream as 
claimed in any preceding claim in which the trans- 
port packet data is transmitted in packets of fixed 
size, the memory element having the same size as 
the fixed packet size. 

6. A method of filtering a packet data stream as 
claimed In any preceding claim In which data con- 
tained within the payload of a transport packet Is 
Itself organised In the form of secondary packets of 
data each with a header and a payload. 

7. A method of filtering a packet data stream as 
claimed In claim 6 In which the secondary data 
packets have a variable packet length. 

8. A method of filtering a packet data stream as 
claimed In any preceding daim in which the data 
contained in the payk>ads of the transport packet 
data stream corresporxis to a continuous flux of 
data. 

9. A method of filtering a packet data sti'eam as 
claimed in any preceding daim In which the trans- 
mitted data Is organised in an MPEG format 



10. A method of filtering a packet data stream as 
d aimed In daim 9 In which the data contained In the 
payload of an MPEG transport packet is organised 

45 in the form of a packetised elementary stream. 

11. A method of filtering a packet data stream as 
dalmed in any preceding claim in which the digital 
filter may also pass selected data from the payload 

50 of a transport packet to a processor for execution. 

12. A method of filtering a packet data stream as 
dalmed In any preceding claim in which the digital 
filter may also pass selected data from the payload 

55 Of a transport packet to a second digital filter. 

13. A method of filtering a packet data stream as 
dalmed in daim 12 in which data contained in the 
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payload of transport packets is organised in the 
form of secondary data packets, the second digital 
filter acting to filter the secondary packets based on 
the value of one or more elements of the header of 
the secondary packets of data. 

14. A method of filtering a packet data stream as 
claimed in claim 1 3 in which data filtered by the sec- 
ond digital filter is then passed to an associated 
memory element for storage and/or to a processor 
for execution, depending on the results of the filter- 
ing. 

15. A method of filtering a packet data stream as trans- 
mitted in an digital audiovisual transmission system 
and received by a receiver/decoder characterised 
in that transport packet data is filtered at a first 
stage by a first digital filter according to the charac- 
teristics of the transport packet header, selected fil- 
tered data from the payload con-esponding to a 
continuous flux of data then being passed to a sec- 
ond digital filter for a second stage of filtering. 

16. A method of filtering a packet data stream as 
claimed in claim 15 in which the continuous flux of 
data contained in the payload of transport packets 
is organised in the form of secondary data packets, 
the second digital filter acting to filter the packets 
based on the value of one or more elements of the 
header of the secondary packets of data. 

17. A method of filtering a packet data stream as 
cleumed in dalm 15 or 16 in which the transmitted 
data is organised in an MPEG format. 

18. A method of filtering a packet data stream as 
claimed in claim 17 in which the continuous flux of 
data contained in the payload of a filtered and 
stored MPEG packet is organised in the form of a 
packetised elementary stream. 

19. A method of filtering a packet data stream as 
claimed in any of claims 16 to 18 in which data fil- 
tered by the second digital filter is then passed to an 
associated memory element for storage and/or to a 
processor for execution, depending on the results 
of the filtering. 

20. A method of filtering a packet data stream as 
claimed in any preceding claim in which the method 
is carried out in parallel with a filtering of transport 
packet data according to the value of a packet ID 
used to divide out data to be sent in real time to one 
or more corresporKling processor elementa 

21. A method of ffltering a packet data stream as 
claimed in any preceding claim in which the method 
is carried out in parallel with a filtering of transport 



packet data according to the value of the packet ID. 
followed by a further filtering of sections contained 
within the payload of a transport packet according 
to the value of the section header. 

5 

22. A receiver/decoder for a digital audiovisual trans- 
mission system comprising a first digital filter and a 
memory element, characterised in that transport 
packet data is f iKered at a first stage by the first dig- 
to ital filter according to the characteristics of the 

transport packet header, selected data thereafter 
being passed directly to the memory element. 

23. A receiver/decoder for a digital audiovisual trans- 
75 mission system comprising a first and second cfg- 

ital filter, characterised in that transport packet data 
is filtered at a first stage by the first digital filter, 
selected filtered data from the payload correspond- 
ing to a continuous flux of data then being passed 
20 to the second digital f ater for a second stage of fil- 
tering. 
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